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(54) Location and event triggered notification services 



(57) The present invention provides for delivering in- 
formation, such as a notification or other content, to a 
select communication device when defined event and 
location criteria are satisfied. A profile is established to 
define the event and location criteria along with a meth- 
od for delivering the information. Typically, the receipt of 
event indicia indicating the occurrence of an event is 
compared with the event criteria in the profile. When the 



event indicia satisfies the event criteria, location indicia 
is gathered and compared with the defined location cri- 
teria. Alternatively, a trigger corresponding to location is 
received and compared with the location criteria before 
determining whether an event corresponding to the 
event criteria is satisfied. When both the event occur- 
rence and location indicia match the event and location 
criteria, the information is sent to the appropriate com- 
munication device. 
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Description 

Field of the Invention 

[0001] The present invention relates to providing in- 
formation, and in particular to providing information in 
light of select location and event criteria. 

Background of the Invention 

[0002] The expansion of Internet service, in particular 
relating to mobile devices, has led to services capable 
of providing information on a periodic basis or upon the 
occurrence of an event. For example, a message may 
be sent to a web-enabled device when a stock price 
reaches a select value, or periodically to provide an up- 
date for a particular sporting event. 
Unfortunately, these services typically require very spe- 
cific definitions for the notifications or content request- 
ed. The result is an unfriendly service requiring very spe- 
cific configuration. Further, much of the time the request- 
ed information is sent in an untimely manner based on 
the requestor's location. 

[0003] For example, weather updates and alerts for a 
user's hometown may be unnecessary when the user is 
on vacation or out of town on business. Similarly, stock 
quotes and sports scores may not be welcome on a us- 
er's mobile telephone while the user is at work, but are 
preferable only when the user is driving home or having 
lunch. Existing services fail to define notification and 
content services based on a user's location and the oc- 
currence of an event. Therefore, there is a need for a 
way to provide information to a requestor based on the 
requestor's location and the occurrence of an event trig- 
gering the potential need to deliver the information. 

Summary of the Invention 

[0004] The present invention provides for delivering 
information, such as a notification or other content, to a 
select communication device when defined event and 
location criteria are satisfied. A profile is established to 
define the event and location criteria along with a meth- 
od for delivering the information. Typically, the receipt of 
event indicia indicating the occurrence of an event is 
compared with the event criteria in the profile. When the 
event indicia satisfies the event criteria, location indicia 
is gathered and compared with the defined location cri- 
teria. Alternatively, a trigger corresponding to location is 
received and compared with the location criteria before 
determining whether an event corresponding to the 
event criteria is satisfied. When both the event occur- 
rence and location indicia match the event and location 
criteria, the information is sent to the appropriate com- 
munication device. 

[0005] Location indicia may be derived from any 
number of sources, including global positioning system 
(GPS) devices, an electronic mobile location center 
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(EMLC), home or visitor location registers within a mo- 
bile network, or mobile terminals themselves. Depend- 
ing on the desired application, the location of a mobile 
terminal, user, associate of a user, or any other entity or 

5 individual may be used to help trigger the provision of a 
notification or content delivery to a select communica- 
tion device. Thus, the location information may pertain 
to the user, a user's device, or another individual device 
remote from the user. In essence, a location process is 

10 used to identify the location of a defined entity. The lo- 
cation may be determined on a periodic basis or upon 
the triggering of an event that may or may not be asso- 
ciated with the location of the entity. An event occur- 
rence may be time based, location based, user initiated, 

15 or initiated by an external medium, such as a mobile ter- 
minal, communication control devices within the com- 
munication network, or an event service. 
[0006] A content service may be used to provide con- 
tent when select event and location indicia correlate with 

20 event and location criteria defined by a profile. The con- 
tent may include any type of information desired by a 
user and defined in the profile. Notably, certain applica- 
tions according to the present invention may only pro- 
vide notifications defined in a profile or provided with an 

25 event trigger, and therefore, would not need the services 
of a remote content service. 

[0007] Based on select criteria, the present invention 
is capable of delivering information, such as notifica- 
tions and content, to any number of devices, which are 

30 typically serviced by a circuit-switched network. These 
devices may include, but are not limited to, traditional 
land line telephones, computers, mobile terminals, such 
as personal digital assistants (PDAs), mobile tele- 
phones, pagers, and the like. In addition to devices serv- 

35 iced by circuit-switched networks, wireless packet- 
switched devices, such as properly configured mobile 
telephones, may communicate with a traditional packet- 
switched network via wireless packet-switched net- 
works. In the latter case, information is communicated 

40 between the wireless packet-switched device and de- 
vices on the packet-switched network without conver- 
sion to a circuit-switched format, such as the traditional 
time-division multiplexing (TDM). 
[0008] Those skilled in the art will appreciate the 

45 scope of the present invention and realize additional as- 
pects thereof after reading the following detailed de- 
scription of the preferred embodiments in association 
with the accompanying drawing figures. 

so Brief Description of the Drawing Figures 

[0009] The accompanying drawing figures incorporat- 
ed in and forming a part of this specification illustrate 
several aspects of the invention, and together with the 
55 description serve to explain the principles of the inven- 
tion. 

[0010] FIGURE 1 is an illustration representing a 
communication environment according to one embodi- 
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merit of the present invention. 

[0011] FIGURE 2 is a block representation of an ap- 
plication server according to one embodiment of the 
present invention. 

[0012] FIGURE 3 is a block representation of an audio 
browser configured according to one embodiment of the 
present invention. 

[0013] FIGURE 4 is a communication flow diagram for 
a first illustrative example of the operation of the present 
invention. 

[0014] FIGURE 5 is a communication flow diagram for 
a second illustrative example of the operation of the 
present invention. 

Detailed Description of the Preferred Embodiments 

[0015] The embodiments set forth below represent 
the necessary information to enable those skilled in the 
art to practice the invention and illustrate the best mode 
of practicing the invention. Upon reading the following 
description in light of the accompanying drawing f igures, 
those skilled in the art will understand the concepts of 
the invention and will recognize applications of these 
concepts not particularly addressed herein. It should be 
understood that these concepts and applications fall 
within the scope of the disclosure and the accompany- 
ing claims. 

[001 6] A commun ication environment 1 0 is illustrated 
in Figure 1 to include a packet-switched network 12, 
such as the Internet, and circuit-switched networks 14, 
cooperating with one another via various internetwork 
front ends 1 6 to facilitate communications between the 
networks and various devices connected thereto. Those 
skilled in the art will recognize that the packet-switched 
network 1 2 may include numerous networks connected 
to each other via hubs, routers, and switches to facilitate 
packet-switched communications. Further, the circuit- 
switched networks 14 will typically include the Public 
Switched Telephone Network (PSTN) and a wireless cir- 
cuit-switched network to facilitate traditional mobile 
communications. 

[0017] The internetwork front ends 16 represent var- 
ious devices capable of facilitating communications, 
and in particular, providing information, such as content 
for notifications, to circuit-switched devices served by 
the circuit-switched networks 14. The internetwork front 
ends 16 may include, but are not limited to, email serv- 
ers 16A, audio browsers 16B,fax servers 16C, wireless 
application protocol (WAP) servers 16D, short message 
service (SMS) servers 16E, and pager servers 16F. 
Each of these devices is configured to receive a mes- 
sage or other instructions from a packet-switched de- 
vice on the packet-switched network 12 and deliver a 
message capable of being received and processed, di- 
rectly or through intermediate devices, to circuit- 
switched devices on the circuit-switched networks 14. 
[0018] The email server 16A is capable of sending 
email to devices receiving email via the circuit-switched 



networks 14. Similarly, the fax, WAP, SMS, and pager 
servers 16C-16F are capable of sending faxes, WAP 
messages, SMS messages, and pages to correspond- 
ing devices served by the circuit-switched networks 14. 
5 As will be described in further detail below : the audio 
browser 1 6B is configured to provide an audio interface 
via the circuit-switched network 14 and a corresponding 
packet-switched interface to devices in the packet- 
switched network 12. 
10 [0019] Based on select criteria, the present invention 
is capable of delivering information, such as notifica- 
tions and content, to any number of devices, which are 
typically serviced by a circuit-switched network 14. 
These devices may include, but are not limited to, tradi- 
15 tional land line telephones 1 8, computers 20, mobile ter- 
minals, such as personal digital assistants (PDAs) 22, 
mobile telephones 24, pagers 26, and the like. In addi- 
tion to devices serviced by circuit-switched networks 14, 
wireless packet-switched devices, such as properly 
configured mobile telephones 24, may communicate 
with a traditional packet-switched network 12 via wire- 
less packet-switched networks 28. In the latter case, in- 
formation is communicated between the wireless pack- 
et-switched device and devices on the packet-switched 
network 12 without conversion to a circuit-switched for- 
mat, such as the traditional time-division multiplexing 
(TDM). 

[0020] In one embodiment of the present invention, 
an application server 30 residing in the packet-switched 
network 12 runs a process capable of determining if 
event and location information correspond to a prede- 
fined profile, which defines a notification or content to 
provide to a user via a select medium when the event 
and location information correlate. The application serv- 
er 30 may access location information from a variety of 
sources, including a location server 32, which may run 
a process capable of receiving or determining location 
information in a variety of ways. 

[0021] Although the location process may run on the 
application server 30, a separate service provider may 
be used to provide a location service. Location informa- 
tion may be derived from any number of sources, includ- 
ing global positioning system (GAS) devices, an elec- 
tronic mobile location center (EMLC), home or visitor lo- 
cation registers within a mobile network, or mobile ter- 
minals themselves. Depending on the desired applica- 
tion, the location of a mobile terminal, user, associate of 
a user, or any other entity or individual may be used to 
help trigger the provision of a notification or content to 
a select communication device. 

[0022] Thus, the location information may pertain to 
the user, a user's device, or another individual device 
remote from the user. In essence, a location process is 
used to identify the location of a defined entity. The lo- 
cation may be determined on a periodic basis or upon 
the triggering of an event that may or may not be asso- 
ciated with the location of the entity. Those skilled in the 
art will recognize the numerous location determining 
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techniques capable of being used with the present in- 
vention. 

[0023] A content server 34 and an event server 36 
may be used to provide content when select event and 
location indicia correlate with event and location criteria 
defined by a profile. The content may include any type 
of information desired by a user. Notably, certain appli- 
cations according to the present invention may only pro- 
vide notifications defined in a profile or provided with an 
event trigger, and therefore, would not need the services 
of the content server 34. Further, the application server 
30 may be configured to provide content in addition to 
or in lieu of that provided by the content server 34. 
[0024] An event occurrence may be time based, loca- 
tion "based, user initiated, or initiated by an external me- 
dium, such as a mobile terminal, communication control 
devices within the communication network, or an event 
service. In one embodiment, the event service is provid- 
ed by a process running on the event server 36. 
[0025] As noted, a customized profile may be config- 
ured via the application server 30 and stored in a profile 
database 3B that is integrated with or separate from the 
application server 30. A user may log in to the applica- 
tion server 30 through any number of devices, including 
personal computer 40, to create a profile. Each profile 
will typically define information to provide to a select de- 
vice when predefined event and location indicia are sat- 
isfied. The information provided to the user may be a 
simple notification, pre-selected content, or a combina- 
tion thereof. 

[0026] A simple profile may provide predefined infor- 
mation when a select event occurs when an entity or 
person is identified to be at a select location, in a given 
area, or within a certain proximity of a given location. A 
more sophisticated profile may identify location and ac- 
cess content to deliver to a pre-defined user device. In 
addition to information to provide to a user specifying 
event criteria and location criteria, the profile will define 
a delivery medium for delivering the information to a se- 
lect user device. The information may be provided in any 
number of ways, including an email, telephone call, fax, 
a WAP push, an SMS message, a page, or any other 
suitable communication medium through which the ap- 
plication server 30 can effect delivery of a message. An- 
other alternative would be a simple packet-switched 
message to a device capable of interacting with a wire- 
less packet-switched network 28. As such, virtually any 
message delivery medium is applicable. 
[0027] Many of these delivery mediums will simply in- 
corporate a server or server process capable of inter- 
acting with the corresponding gateway or like device ca- 
pable of translating the packet-switched message into 
a message capable of being transmitted over a circuit- 
switched network and on to a user device through the 
PSTN or wireless network in a text-based format. These 
servers, like the application server 30 illustrated in Fig- 
ure 2, will typically include a central processing unit 
(CPU) 42 having sufficient memory 44 containing the 



requisite software 46 for operation. The CPU 42 is as- 
sociated with a network interface 48 to facilitate packet- 
switched communications with the various devices with- 
in and connected to the packet-switched network 12. 
5 [0028] Audible messages may be sent over circuit- 
switched networks 14 using the audio browser 16B, 
which is illustrated in Figure 3. In general, the application 
server 30 and audio browser 1 6B preferably operate in 
a client-server configuration using an audio- or voice- 
to capable markup language. The audio browser 1 6B will 
interpret the markup language content representing the 
audio message to send to a telephony user and deliver 
the corresponding audio to the telephony user. If appli- 
cable, audio from the telephony user is likewise conven- 
ts ed to content for delivery to the application server 30. 
The messages sent to the telephony user from the audio 
browser 1 6B may be pre-recorded, may be generated 
in real-time based on text-to-speech conversion, or may 
be a combination thereof. 
20 [0029] The voice extensible markup language 
(VoiceXML) is the preferred markup language for inter- 
action between the audio browser 16B and the applica- 
tion server 30. VoiceXML is an XML document schema 
developed by the VoiceXML Forum, a group of organi- 
25 zations founded by AT&T, IBM, Lucent Technologies, 
and Motorola. VoiceXML facilitate web-generated inter- 
actions through audio, either pre-recorded or translated 
from text to speech, and through voice, using speech 
recognition. Additional information on VoiceXML may be 
30 obtained from Motorola, Inc., 1303 East Algonquin 
Road, Schaumburg, Illinois, 60196, or from the 
VoiceXML Forum, which has a web site at http://www. 
voicexml.org. 

[0030] The audio browser 1 6B, which may be referred 

35 to as a voice browser, is analogous to traditional, graph- 
ical browsers using HTML. The W3C working draft for 
"An Introduction and Glossary for the Requirement Draft 
- Voice Browsers," 23 December 1999, provides addi- 
tional information on voice browsers, and is incorporat- 

40 ed herein by reference in its entirety. 

[0031] As such, the audio browser 16B is the liaison 
between the circuit-switched networks 1 4 and the appli- 
cation server 30 of the packet-switched network 1 2, and 
operates according to a call dialog established by the 

45 markup language. The call dialog is preferably provided 
to the audio browser 1 6B in a VoiceXML web page cre- 
ated by the application server 30. The call dialog will 
preferably include the necessary information to interact 
with the telephony user, and optionally, establish calls 

50 to and originated by the telephony user, as well as report 
the status of the call or the caller's response. 
[0032] Preferably, the application server 30 will gen- 
erate the necessary call dialog in a VoiceXML page and 
provide the page to the audio browser 16B. The audio 

55 browser 1 6B will execute the call dialog to control com- 
munications with the telephony user via a user device, 
such as a mobile terminal, as well as deliver audio to 
the mobile terminal corresponding to the information 
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and/or content to deliver to the user. Preferably, the call 
dialog provided in the form of a VoiceXML page to the 
audio browser 1 6B provides the audio browser 1 6B with 
sufficient instructions to carry out its translational duties 
and control communications with the user's device to 
facilitate information delivery as described herein. 
[0033] Thus, the audio browser 16B provides text 
converted from audio to the application server 30 in the 
form of requests for web pages, and the'responding web 
pages may include the text to convert and send to the 
user's device in an audible format. The VoiceXML pages 
will also include sufficient instructions to have the audio 
browser 16B convert incoming audio and request sub- 
sequent pages to facilitate ongoing communications as 
desired. The call dialog provided in the VoiceXML pages 
may facilitate numerous iterations, instructions, and 
commands to effectively control the audio browser 16B 
and the connection with the user's device. 
[0034] An audio browser 1GB, which will typically in- 
clude a CPU 50 associated with memory 52 and the req- 
uisite software 54 to control operation. The CPU 50 is 
also associated with an IP network interface 56 for com- 
municating with network devices, such as the applica- 
tion server 30. A telephony network interface 58 is pro- 
vided for interaction with the circuit-switched networks 
1 4, and in particular, a local exchange or mobile switch- 
ing center, to facilitate circuit-switched communications. 
The telephony network interface 58 preferably supports 
a primary rate interface (PRI), T1, or like interface, to 
allow the audio browser 16B to directly communicate 
with telephony devices, such as a mobile terminal, via 
direct or wireless switching systems. 
[0035] In order to recognize and inject audio, such as 
tones and speech, the audio browser 16B is preferably 
configured with an audio or speech synthesizer 60 and 
audio or speech recognition software/hardware 62. The 
speech synthesizer 60 is used to generate audio instruc- 
tions and messages for the user. Notably, the audio 
browser 16B may use pre-recorded audio to provide 
messages to the called party based on instructions from 
the application server 30, or may convert textual content 
to speech. The speech recognition software/hardware 
62 is configured to recognize speech of the user during 
a communication session, or to recognize tones, such 
as those generated from key presses of a telephony de- 
vice, such as a mobile terminal. As noted above, the au- 
dio browser 16B preferably uses VoiceXML as a liaison 
between audio or speech, both spoken and recognized, 
and the data representing the speech that is sent to and 
from the application server 30. The audio browser 1 6B 
may include server processes in addition to the normal 
client processes of a traditional browser to facilitate 
communications with the user. 

[0036] In operation, the server process on application 
server 30 monitors event triggers and location indicia in 
light of criteria in existing profiles. Typically, event oc- 
currences are identified by the application server 30 re- 
ceiving event triggers corresponding to the event occur- 



rence. Upon receiving an event trigger, profiles with a 
corresponding event are identified. The identified pro- 
files will define a location indicia, which is required in 
addition to the event indicia, to provide a select notifica- 
5 tion or content to a user. 

[0037] As such, the server process will determine lo- 
cation indicia for the defined entity directly or through 
the location server 32. If the determined location indicia 
matches that of the profile, or is within a predefined 
10 range defined by the profile, appropriate information is 
sent to the defined device via an appropriate internet- 
work front end 16 or via the wireless packet-switched 
networks 28. If additional content is necessary other 
than that provided in the profile or with an event trigger, 
the content server 34 may be accessed to gather addi- 
tional information to provide to the user via the defined 
medium. Alternatively, the application process may 
monitor location indicia, and when the location indicia 
matches that within the profile, check for an occurrence 
of the predefined event. The notification process would 
then follow. 

[0038] Figures 4 and 5 provide detailed call flows for 
the above-described scenarios in a generic manner. Af- 
ter the description of each call f low : exemplary applica- 
tions are provided. The first call flow embodiment illus- 
trated in Figure 4 begins with a user establishing a pro- 
file via the application server 30 using personal compu- 
ter 40 (step 100). As discussed, the profile may be 
stored in a profile database 38 and will define an event 
and location criteria, which must be satisfied before no- 
tification of the event, and additional content, if desired, 
are provided to the user. As such, the application server 
30 will preferably run an application process, which 
waits for the receipt of an event trigger. The event trigger 
may originate from the event server 36, other processes 
running on the application server 30, or virtually any re- 
mote device, including devices associated with the user. 
In the latter case, a user may initiate the trigger. 
[0039] At some point, the defined event will occur and 
provide a trigger to the application process running on 
the application server 30 (step 102). The application 
process will check existing profiles to determine if the 
event or event type is defined by one of the user profiles 
(step 104). If the event trigger does not correspond to 
any events established in any of the profiles, the event 
trigger may be ignored. If the event trigger does corre- 
spond to events defined in one or more profiles, the ap- 
plication process will request location indicia defined by 
the respective profiles from the location serve r-32 or 
other device, including the user device, to identify loca- 
tion indicia (step 106). In response to the request, the 
location server 32 or other device, as applicable, will 
provide a location indicia back to the application process 
(step 1 08), which will determine if the event and location 
indicia match or otherwise correlate with the respective 
profiles (step 110). 

[0040] If the event and location indicia do not corre- 
late, then the event may be ignored and the application 
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process will resume monitoring for receipt of subse- 
quent event triggers. If the event and location indicia 
both correlate with the profile criteria, the user is notified 
via a defined user device in a manner defined in the pro- 
file. As noted, the profile may include a predefined no- 5 
tification and/or identify the location of specific content 
or a type of content to deliver to the user with or as a 
notification of the event occurrence and the fulfillment 
of the location criteria. As such, the application process 
may request content from the content server 34 or like 
content provider (step 112), which will respond by pro- 
viding the requested content to the application process- 
es running on the application server 30 (step 114). 
[0041 ] The application process will then send the de- 
fined notification to the user via the appropriate internet- 
work front end 16 (step 116), which will forward the no- 
tification to the appropriate user device (step 118). In 
wireless packet-switched networks 28, the message 
may be sent directly to the appropriate wireless, packet- 
switched user device. Further, the profile may be con- 
figured to provide multiple notifications to multiple user 
devices, as well as devices not associated with the par- 
ticular user. For example, select events may result in the 
notification of multiple family members through various 
types of devices. 

[0042] An exemplary application for the illustrated call 
flow is to provide notification of weather conditions of 
interest occurring at predefined locations. Notably, 
these predefined locations may be fixed or relative to a 
moving user. For example, the location indicia defined 
in the profile may define the user's home, town, zip code, 
or the like, which remains fixed regardless of the user's 
actual position. Alternatively, the profile may define the 
location of any trackable device, such as a mobile ter- 
minal, wherein the user may request weather alerts re- 
lated to the user's actual position. Further, the location 
indicia may be defined as an actual location, area, or 
proximity to a given location or area. 
[0043] For example, assume a user establishes two 
profiles. The first profile is arranged to send notifications 
of severe weather affecting her child's school. Accord- 
ingly, the location indicia must correspond to the location 
of the child's school, and the event server may be a 
weather service cooperating with the application server 
30 to provide severe weather alerts, Upon the occur- 
rence of severe weather for any given location, the event 
server 36 will provide a severe weather alert to the ap- 
plication process running on the application server 30. 
The application process will identify the profile related 
to severe weather and identify the location indicia. In 
this case, the correlation between the location of the se- 
vere weather and the location indicia in the profile are 
compared. If the severe weather corresponds with the 
location of the school, a notification is sent to the user. 
The user may have the notification sent via email and 
via a mobile phone, using an SMS message or an actual 
telephone call providing an audible message. 
[0044] A second severe weather profile may be con- 



figured to notify the user of severe weather occurring at 
the user's location. As such, the profile would again de- 
fine severe weather alerts as well as the user's actual 
position. Since the user's position will constantly 
change, location information may be continuously or pe- 
riodically gathered through any number of network de- 
vices, preferably corresponding to the position of the 
mobile terminals or other positioning system associated 
with the user. The location information may be obtained 
or gathered via a location process running on the loca- 
tion server 32, or alternatively, on the application server 
30. Upon the occurrence of severe weather, the appli- 
cation server 30 will receive an alert from the event serv- 
er 36 and identify the user's location. If the locations of 
the severe weather and the user correlate, a notification 
is sent to the user via one or more defined devices/No- 
tably, the event trigger indicating the severe weather 
may include the location of the severe weather. These 
alerts may also identify the user or the user's profile to 
facilitate profile processing. Those skilled in the art will 
recognize various techniques for establishing event trig- 
gers corresponding to the occurrence of events as well 
as the monitoring or determination of location indicia, 
[0045] A second illustrative example includes estab- 
lishing a profile to receive news, stock quotes, or the like 
while outside a given location or within a select area. 
For example, a person may desire to receive audible 
news alerts during his commute to and from work via a 
mobile telephone 24. Further, the person does not want 
to receive news alerts outside of a given time frame or 
during work, even if he has to work late. Thus, the profile 
may be established to define event criteria as a time 
frame between 7 A.M. and 8 A.M., and between 5 P.M. 
and 7 P.M. The location criteria may be defined to ex- 
clude the person's work location or may define an area 
covering an area outside of the place or work, covering 
a substantial portion of the commute. 
[0046] Accordingly, a timer process may be run on the 
application server 30 or the event server 36 to provide 
event triggers corresponding to the periods in which the 
person desires to receive the information. When the 
event triggers for the time periods occur, the application 
process will determine the person's location, and pro- 
vide the requested content to the selected user device, 
such as the mobile telephone 24, only when the appli- 
cation process determines that the user is not at work, 
or is commuting. 

[0047] The application process running on the appli- 
cation server 30 may monitor location triggers, and if 
they satisfy a particular profile, determine if event indicia 
corresponding to an event occurrence is satisfied. An 
example communication flow is illustrated in Figure 5. 
Initially, a profile is established at the application server 
30 using personal computer 40 (step 200). The applica- 
tion process running on the application server 30 may 
await a location server 32 or other device, including the 
user's mobile terminal, to initiate a location trigger, which 
is sent to the application process (step 202). 
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[0048] The application process will check existing 
profiles identifying the particular location associated 
with the location trigger (step 204), and request event 
indicia from an event server 36 or other appropriate 
process to determine if an event has occurred that cor- 
responds to the location indicia in the respective profiles 
(step 206), The event server 36 will respond with event 
indicia indicating whether or not an event has occurred 
(step 20B), and the application process will determine if 
the event and location indicia match the profile (step 
210). 

[0049] At this point, the application server 30 will re- 
quest any content, if applicable, from a content server 
34 or like content provider (step 212), which will provide 
the requested content to the application process (step 
214). The application process will then send a notifica- 
tion to the user as defined in the profile (steps 216 and 
218). The communication flow outlined in Figure 5 may 
be implemented to facilitate the examples above where- 
in a location trigger is used to check a defined event 
instead of an event trigger being used to check a loca- 
tion. 

[0050] In yet another embodiment, the event trigger 
may relate to location, proximity or positioning, wherein 
an event may be entering or leaving a defined location 
matching location indicia provided in the profile. For ex- 
ample, a traveler may create a profile identifying a type 
of content to provide to a user. For example, a profile 
may be configured to monitor when the mobile terminal 
enters a defined area and provide restaurant and hotel 
information for the particular area. The area may be de- 
fined geographically or may be based on available busi- 
nesses, such as hotels and restaurants, or landmarks, 
such as monuments. In these cases, the event corre- 
sponds to entry into a particular location or within certain 
proximity of a defined area or point of interest, and the 
location information will closely couple with the event in- 
formation. Thus, this example provides a unique com- 
bination wherein the location information and the event 
trigger are tightly coupled. Typically, the event is entry 
into a particular area or proximity to a certain location, 
and the location indicia defines a select location. Thus, 
the application process may receive a trigger that the 
mobile terminal has entered a certain area and compare 
the entered area with the location indicia defined in the 
user profile. Appropriate notification or content may then 
be provided to the user. 

[0051] Those skilled in the art will recognize improve- 
ments and modifications to the preferred embodiments 
of the present invention. All such improvements and 
modifications are considered within the scope of the 
concepts disclosed herein and the claims that follow. 



Claims 

1 . A method for notification comprising: 



a) determining an event occurrence, 

b) determining location indicia; and 

c) sending information to a select communica- 
tion device when the event occurrence and the 

5 location indicia correlate with an event criteria 

and location criteria defined in a profile. 

2. The method of claim 1 wherein the determining an 
event occurrence step comprises: 

10 

a) waiting for an event trigger signaling the 
event occurrence; 

b) identifying the profile defining the event cri- 
teria corresponding to the event occurrence;: 

15 and 

c) triggering the determining the location indicia 
step upon identifying the profile wherein the 
event occurrence corresponds with the event 
criteria. 

20 

3. The method of claim 1 or 2 wherein the determining 
location indicia step comprises: 

a) waiting for a location trigger with the location 
25 indicia; 

b) identifying the profile defining the location 
criteria corresponding to the location indicia; 
and 

c) triggering the determining the event occur- 
so rence, step upon identifying the profile wherein 

the location indicia corresponds with the loca- 
tion criteria. 

4. The method of claim 1 , 2 or 3 wherein the informa- 
35 tion sent to the communication device is a notifica- 
tion pertaining to the event occurrence and the lo- 
cation indicia. 

5. The method of claim 1 , 2 or 3 wherein the informa- 
40 tion sent to the communication device is content 

pertaining to the event occurrence or the location 
indicia. 

6. The method of claim 5 further comprising request- 
's ing the content from a remote service and receiving 

the content from the remote service. 

7. The method of any preceding claim wherein the lo- 
cation indicia is at least one of the group consisting 

so of an actual location, area, and proximity to a loca- 
tion. 

8. The method of any preceding claim wherein the 
event occurrence is a weather event and the loca- 
ls tion indicia relates to a location of a person poten- 
tially affected by the weather event. 

9. The method of any preceding claim wherein the 
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event occurrence relates to a select time or period 
of time. 

10. The method of any preceding claim wherein the 
event occurrence is the arrival to or departure from 
a given location, area, or proximity of an area. 

11. The method of any preceding claim wherein the in- 
formation is sent to a front end device capable of 
delivering the information to the select communica- 
tion device, which is at least one of the group con- 
sisting of a pager, computer, telephone, mobile ter- 
minal, facsimile machine, and personal digital as- 
sistant. 

12. The method of any of claims 1 to 10 wherein the 
information is sent to a front end device capable of 
delivering the information to the select communica- 
tion device, which is configured to effect delivery of 
the information in the form of at least one of the 
group consisting of a page, email, short message 
service message, facsimile, audio message, and 
packet message. 

1 3. The method of any preceding claim further compris- 
ing creating the profile based on user input to define 
the event occurrence and the location indicia. 

14. The method of claim 13 wherein the profile defines 
the select communication device to send the infor- 
mation. 

15. The method of claim 14 wherein the profile defines 
where to access content to provide as the informa- 
tion. 

16. The method of any preceding claim wherein the 
event occurrence is identified by receiving a mes- 
sage sent from at least one of the group consisting 
of a service provider, a user's communication de- 
vice, an internal process, and an external process. 



14 

occurrence; 

b) identify the profile defining the event criteria 
corresponding to the event occurrence; and 

c) trigger the determining the location indicia 
5 step upon identifying the profile wherein the 

event occurrence corresponds with the event 
criteria. 

19. The system of claim 17 or 18 wherein to determine 
10 the location indicia, the control system is further 

adapted to: 

a) wait for a location trigger with the location 
indicia; 

*5 b) identify the profile defining the location crite- 

ria corresponding to the location indicia; and 
c) trigger the determining the event occurrence 
step upon identifying the profile wherein the lo- 
cation indicia corresponds with the location cri- 

20 teria. 

20. A computer program comprising computer program 
code means for implementing all the steps of any 
one of claims 1 to 1 6 when said program is run on 

25 a computer. 

21 . A computer program as claimed in claim 20 embod- 
ied on a computer readable medium. 

30 22. A system for notification comprising: 

a) means for determining an event occurrence; 

b) means for determining location indicia; and 

c) means for sending information to a select 
35 communication device when the event occur- 
rence and the location indicia correlate with an 
event criteria and location criteria defined in a 
profile. 

40 
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17. A system for notification comprising a communica- 
tion interface associated with a control system 
adapted to: 45 

a) determine an event occurrence; 

b) determine location indicia; and 

c) send information to a select communication 
device when the event occurrence and the lo- so 
cation indicia correlate with an event criteria 
and location criteria defined in a profile. 

18. The system of claim 17 wherein to determine the 
event occurrence, the control system is further 55 
adapted to: 

a) wait for an event trigger signaling the event 
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(57) The present invention provides for delivering in- 
formation, such as a notification or other content, to a 
select communication device when defined event and 
location criteria are satisfied. A profile is established to 
define the event and location criteria along with a meth- 
od for delivering the information. Typically, the receipt of 
event indicia indicating the occurrence of an event is 
compared with the event criteria in the profile. When the 



event indicia satisfies the event criteria, location indicia 
is gathered and compared with the defined location cri- 
teria. Alternatively, a trigger corresponding to location is 
received and compared with the location criteria before 
determining whether an event corresponding to the 
event criteria is satisfied. When both the event occur- 
rence and location indicia match the event and location 
criteria, the information is sent to the appropriate com- 
munication device. 
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